Media player with integrated parallel source download technology

ABSTRACT

A media player implements an integrated parallel source download technology to receive a media file from streamed and segmented media file sources. A first source streams delivery of streamed media packets of the media file in sequential packet number order to the media player, while a second source provides segmented delivery of segmented media packets of the media file in random order to the media player. The media player combines the streamed media packets and the segmented media packets to produce the media file.

CROSS REFERENCE TO PRIORITY APPLICATIONS

The present U.S. Utility patent application claims priority pursuant to35 U.S.C. §120, as a continuation, to the following U.S. Utility patentapplication which is hereby incorporated herein by reference in itsentirety and made part of the present U.S. Utility patent applicationfor all purposes:

1. U.S. Utility application Ser. No. 13/536,468 entitled “Media PlayerWith Integrated Parallel Source Download Technology,” (Attorney DocketNo. BP20013C1) filed Jun. 28, 2012, pending, which claims prioritypursuant to 35 U.S.C. §120, as a continuation, to the following U.S.Utility patent application:

-   -   A. U.S. Utility application Ser. No. 12/638,914 entitled “Media        Player With Integrated Parallel Source Download Technology,”        (Attorney Docket No. BP20013) filed Dec. 15, 2009, now U.S. Pat.        No. 8,239,495, which claims the benefit of the following U.S.        Provisional patent application which is hereby incorporated        herein by reference in its entirety and made part of the present        U.S. Utility patent application for all purposes:        -   a. U.S. Provisional Application Ser. No. 61/257,155, filed            Nov. 2, 2009, and titled “Media Player with Integrated            Parallel Source Download Technology,” now expired.

STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR DEVELOPMENT

NOT APPLICABLE

INCORPORATION-BY-REFERENCE OF MATERIAL SUBMITTED ON A COMPACT DISC

NOT APPLICABLE

BACKGROUND OF THE INVENTION

1. Technical Field of the Invention

This invention is related generally to media processing devices, andmore particularly to media players for processing streamed and segmentedmedia packets.

2. Description of Related Art

Delivery of digital multimedia data or content (e.g., audio, full-motionvideo, pictures, etc.) is typically performed by a content server at onenetwork site “streaming” the multimedia content over the network to aclient (media player) at another site. Streaming is a process in whichpackets, sent over an Internet Protocol (IP)-based network, are used topresent multimedia data continuously to a recipient client as the dataarrives at the client. Thus, as perceived by the user, the multimediacontent is presented in substantially real-time. Therefore, with a“streaming” architecture, the client does not have to download and storea large file before displaying the multimedia data. That is, the clientmay begin to present the data as it arrives (i.e., just-in-timerendering), rather than waiting for the entire data set to arrive beforebeginning presentation. Accordingly, at the client device, received datais buffered and continuously processed as soon as, or soon after, beingreceived by the client for real time presentation of multimedia content.

Most streaming media sessions are either live sessions orvideo-on-demand (VOD) sessions that are typically associated with asingle stream being presented to the client. However, if there iscongestion in the network or the streaming server is overloaded, therecan be considerable delays in streaming the media file, resulting in anon-continuous presentation of the media file on the client device. Suchinterruptions in presentation can be distracting to a viewer or listenerand are highly undesirable in most applications. In addition, the buffersize in some client devices may not be large enough to accommodate therequested media file, and therefore, buffering delays may occur, whichalso produces interruptions in the presentation of the media file on theclient device.

Another type of media content delivery is peer-to-peer delivery. In apeer-to-peer architecture, a client side download manager identifies asingle media file stored on a plurality of remote sources. For example,a web site can maintain a list of sources for particular media files.The download manager initiates and transmits requests to each of theplurality of remote sources for particular segments of the media file inorder to retrieve and “stitch” together the entire media file from therequested and delivered segments. However, delivery in such apeer-to-peer environment is not necessarily sequential in that theclient typically receives the segments out-of-order. The client mustwait for all segments to be received and “stitched” together before thepresentation can begin. Depending on the network congestion and thereliability of the remote sources, this delay can be considerable,especially when large blocks of multimedia data are involved. Inaddition, the website maintaining the list of “sources” is typically notmonitored, and therefore, the information on the website may not beaccurate.

BRIEF SUMMARY OF THE INVENTION

The present invention is directed to apparatus and methods of operationthat are further described in the following Brief Description of theDrawings, the Detailed Description of the Invention, and the claims.Various features and advantages of the present invention will becomeapparent from the following detailed description of the invention madewith reference to the accompanying drawings.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S)

FIG. 1 is a schematic block diagram illustrating an exemplary media filedownload system using parallel streamed and segmented media filesources, in accordance with the present invention;

FIG. 2 is a schematic block diagram illustrating an exemplary mediaplayer for producing the media file using streamed and segmented mediapackets in accordance with the present invention;

FIGS. 3A and 3B are schematic diagrams illustrating exemplary operationsof the media player to produce the media file in accordance with thepresent invention;

FIGS. 4A-4D are schematic block diagrams illustrating exemplaryoperations of the media player to request segmented media packets inaccordance with the present invention;

FIG. 5 is a schematic block diagram illustrating an exemplary operationof the media player to generate a request for segmented media packets inaccordance with the present invention; and

FIG. 6 is a logic diagram of an exemplary process for producing a mediafile using parallel download streamed and segmented media file sourcesin accordance with the present invention.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 is a schematic block diagram illustrating an exemplary media filedownload system 10 using parallel streamed and segmented media filesources, in accordance with the present invention. The system 10includes a streaming media server 50, database 60, segmented media filesources 70 a and 70 b, a media player 20 and a network 40, such as anInternet Protocol (IP) network. The media player 20 is any devicecapable of downloading and processing a media file and providing themedia file 5 to a media output device 30 communicatively coupledthereto. By way of example, but not limitation, the media player 20 caninclude a set top box, a digital video recorder (DVR), a personalcomputer, a television, a personal digital assistant (PDA), a cellulartelephone or a laptop computer, while the media output device 30 caninclude a display device and/or a sound card/speakers.

The media file 5 can include any type of digital multimedia content,including but not limited to, a sound file, picture data file, moviefile, text file or any other type of media that can be digitally storedand processed. In addition, the data forming the media file 5 may beeither encoded and compressed using any coding standard, e.g., MPEG-1,MPEG-2, MPEG-2-enhanced for HD, MPEG-4 AVC, H.261, H.263 and SMPTE VC-1,uncompressed and encoded or uncompressed and not encoded.

The streaming media server 50 is coupled to the network 40 to stream themedia file 5 to the media player 20 using a suitable protocol, such asthe Real-Time Streaming Protocol (RTSP). The streamed media file isreceived at the media player as streamed media packets in sequentialpacket number order. The streaming media server 50 may be a broadcast ormulticast media server and/or a cable head-end that provides video ondemand. In addition, although the streaming media server 50 isillustrated as a single node coupled to network 40, its functionalitymay be distributed among a plurality of nodes depending on theunderlying streaming media architecture. The database 60 serves as adepository of the media file 5. The streaming media server 50 interfaceswith the database 60 to retrieve the media file 5 to be streamed to themedia player 20.

The media file 5 is further stored on one or more additional media filesources 70 a and 70 b. By way of example, but not limitation, the mediafile sources 70 a and 70 b can be personal computers, laptop computers,DVR's, servers or other network nodes on which digital multimediacontent is stored. Each of the media file sources 70 a and 70 b alsocouples to the network 40 to transmit at least a portion or segment ofthe media file 5 to the media player 20 using a suitable protocol, suchas the Transmission Control Protocol (TCP). For example, each of themedia file sources 70 a and 70 b can transmit the same segment of themedia file 5 to the media player 20 and/or different segments of themedia file 5 to the media player 20. The media file segment(s)transmitted from the media file sources 70 a and 70 b are received atthe media player 5 as segmented media packets in random packet numberorder.

Network 40 is illustrative of a network infrastructure that can include,among others, any wireline, wireless, satellite, or cable networkarrangement, or a combination thereof, that can support transfer of themedia file 5 from the streaming media server 50 and/or the media filesources 70 a and 70 b to the media player 20. In one implementation,network 40 may comprise a public packet-switched network such as theInternet that is accessible via suitable access means including bothnarrowband (e.g., dial-up) and broadband (e.g., cable, digitalsubscriber line or DSL, etc.) access mechanisms. Alternatively, network40 may be implemented as a private enterprise-level intranet. As afurther alternative, network 40 may be implemented as a wireless packetdata service network, such as the General Packet Radio Service (GPRS)network, that provides a packet radio access for mobile devices usingthe cellular infrastructure of a Global System for Mobile Communications(GSM)-based carrier network. In still further implementations, thenetwork 40 may comprise any 3^(rd) Generation Partnership Project (i.e.,3GPP, 3GPP2, etc.) network operable to serve Internet Protocol(IP)-capable handheld devices using appropriate wireless infrastructurethat includes, among others, short-range wireless fidelity (WiFi) accesspoints (APs), base stations or “hot spots.” It should be understood thatembodiments of the present invention apply to any particular wireless orwireline network implementation of the network 40.

In an exemplary operation, a web browser executing on the media player20 can interact with one or more web servers (not shown) to locatesources of the media file 5, e.g., by identifying a uniform resourcelocator (URL) and/or IP address for the streaming media server 50 and/orone or more media file sources 70 a and 70 b. In one embodiment, the URLand/or IP addresses for the additional media file sources 70 a and 70 bis obtained from the streaming media server 50. For example, inembodiments in which the streaming media server 50 is overloaded and/orthe quality is poor, the streaming media server 50 can provide the URLand/or IP addresses of one or more additional media file sources 70 aand 70 b from which the media player 20 can obtain the media file 5. Inanother embodiment, the URL and/or IP addresses for the additional mediafile sources 70 a and 70 b can be obtained by the media player 20 froman internally stored list of media file sources 70 a and 70 b or from awebsite maintaining a list of media file sources 70 a and 70 b that arecapable of transmitting the media file 5 to the media player 20.

To initiate a streaming media session, the media player 20 communicateswith the streaming media server 50 via network 40, using the URL and/orIP address, to establish the streaming media session and begin receivingstreaming digital multimedia content forming the media file 5 from thestreaming media server 50. In addition, the media player 20 can controlplay back of the streaming digital multimedia content during thestreaming media session. For example, the media player 20 may send RTSPrequests to the streaming media server 50 to play, pause or stop astreaming media session.

In addition, the media player 20 can initiate a communication sessionwith one or more additional segmented media file sources 70 a and 70 b,using the retrieved URL's and/or IP addresses, and request one or moresegments of the media file 5 from the media file sources 70 a and 70 b.For example, the media player 20 can request a particular segment of oneor more media packets of the media file 5 from media file source 70 aand another segment of one or more media packets of the media file 5from media file source 70 b. The communication session with theadditional media file source(s) 70 a and 70 b can be initiatedsimultaneous to the streaming media session with the streaming mediaserver 50 or can be initiated prior to or subsequent to the streamingmedia session. For example, the media player 20 can establish a first IPconnection with the streaming media server 50 and either simultaneously,immediately prior or immediately subsequent thereto establish a secondIP connection with an additional media file source 70 a. As anotherexample, the media player 20 can establish an off-line IP connectionwith an additional media file source 70 a to retrieve the segmentedmedia packets and then subsequently establish a non-overlapping,real-time IP connection with the streaming media server 50 to receivethe streamed media packets.

From the streamed media packets received from the streaming media server50 and the segmented media packets received from the media filesource(s) 70 a and 70 b, the media player 20 can re-produce the mediafile 5 and output the media file 5 to the media output device 30 forviewing and/or listening. In an exemplary embodiment, the media player20 can combine the streamed media packets and the segmented mediapackets to produce the media file 5.

FIG. 2 is a schematic block diagram illustrating an exemplary mediaplayer 20 for producing the media file using streamed and segmentedmedia packets in accordance with the present invention. The media player20 includes a network interface 22, a buffer 24 coupled to the networkinterface 22, a memory 26 coupled to the network interface 22, aprocessor 28 coupled to the network interface 22, the buffer 24 and thememory 26 and an output port 29 coupled to the processor 28.

The network interface 22 is further coupled to a network (shown inFIG. 1) to receive media packets of a media file 5 from a streamingsource and one or more segmented sources. For example, in an exemplaryembodiment, the network interface 22 is coupled to receive streamedmedia packets 25 from a streaming media server and segmented mediapackets 27 from one or more segmented media file sources, as shown inFIG. 1. The streamed media packets 25 are provided from the networkinterface 22 to the buffer 24 for storage therein, while the segmentedmedia packets 27 are provided from the network interface 22 to thememory 26 for storage therein, based on instructions from the processor28.

The processor 28 operates to request the streamed media packets from astreaming media source via network interface 22 and to request thesegmented media packets from one or more media file sources via networkinterface 22. In addition, upon receipt of the streamed media packets 25and segmented media packets 27, the processor operates to retrieve thestreamed media packets 25 from the buffer 24 and the segmented mediapackets 27 from the memory 26 and process the retrieved streamed mediapackets 25 and retrieved segmented media packets 27 to produce the mediafile 5 from a combination thereof. The processor 28 further operates tooutput the media file 5 to one or more output media devices via outputport 29. It should be understood that the output port 29 represents oneor more audio/video output ports.

The processor 28 may be implemented using a shared processing device,individual processing devices, or a plurality of processing devices.Such a processing device may be a microprocessor, micro-controller,digital signal processor, microcomputer, central processing unit, fieldprogrammable gate array, programmable logic device, logic circuitry,analog circuitry, digital circuitry, and/or any device that manipulatessignals (analog and/or digital) based on operational instructions. Thememory 26 may be a single memory device or a plurality of memorydevices. Such a memory device may be a read-only memory, random accessmemory, volatile memory, non-volatile memory, static memory, dynamicmemory, flash memory, and/or any device that stores digital information.Note that when the processor 28 implements one or more of its functionsvia analog circuitry, digital circuitry, and/or logic circuitry, thememory storing the corresponding operational instructions is embeddedwith the circuitry comprising analog circuitry, digital circuitry,and/or logic circuitry.

In an exemplary operation, the processor 28 executes a web browser tolocate the URL and/or IP addresses of streaming and segmented media filesources via network interface 22. The processor 28 can then initiate astreaming media session to receive streamed media packets 25 via networkinterface 22 and can transmit one or more requests for segmented mediapackets 27 via network interface 22. Upon receipt of the streamed mediapackets 25 and the segmented media packets 27, the processor 28 candirect the streamed media packets 25 to be stored in the buffer 24 andthe segmented media packets 27 to be stored in the memory 26.

Thereafter, the processor 28 can retrieve one or more streamed mediapackets 25 from the buffer 24 and one or more segmented media packets 27from the memory 26 and combine the retrieved streamed media packets 25and retrieved segmented media packets 27 to produce the media file 5.The processor 28 can then output the media file 5 for viewing and/orlistening via output port 29. The particular combination of streamedmedia packets 25 and segmented media packets 27 used to produce themedia file varies depending upon the available streamed media packets 25in the buffer 24, the available segmented media packets 27 in the memory26 and the desired quality of the output media file 5.

For example, as shown in FIG. 3A, the processor 28 can produce the mediafile 5 by taking a first portion of streamed media packets 25 from thebuffer 24 and a second portion of segmented media packets 27 from thememory 26. In this example, the media file 5 is broken up into twoportions: a beginning portion corresponding to media packets #1-#N andan ending portion corresponding to media packets #N+1-#Last. Thebeginning portion also corresponds to the size of the buffer 24, i.e.,media packet #N is equal to the size of the buffer 24. Thus, thebeginning portion is delivered as streamed media packets 25 from astreaming media source, while the ending portion, corresponding to themedia packets that fall outside of the buffer 24, is delivered assegmented media packets 27 from one or more additional media filesources.

Although the beginning portion is shown in FIG. 3A as including theentire buffer, it should be understood that in other embodiments, thebeginning portion may include only a part of the buffer. For example,the processor 28 may retrieve media packets #1-#4 from the buffer 24 andretrieve the remainder the media packets (i.e., media packets #5-#Last)from the memory 26. In addition, it should be understood that thesegmented media packets 27 may be combined with the streamed mediapackets 25 in any manner. For example, the processor 28 may retrievemedia packets #1-#4 from the buffer 24, retrieve media packets #5-#10from the memory, retrieve media packets #10-# N from the buffer 24 andthe remainder the media packets (i.e., media packets #N+1-#Last) fromthe memory 26.

In another embodiment, the segmented media packets 27 can correspond toan initial or beginning portion of the media file 5, while the streamedmedia packets 25 correspond to a subsequent portion of the media file 5.For example, if the buffer 24 is not full enough to initiate playback,segmented media packets 27 can be used to start playback of the mediafile 5 until sufficient buffering has occurred. In yet anotherembodiment, if the buffer size is not sufficient to prevent playbackdelays, segmented media packets 27 can be used to fill in the gapsbetween buffer enqueuing.

In yet another embodiment, the number of segmented media packets 27requested by the processor 28 from the additional segmented media filesources depends not only on the size of the buffer, but also theexpected delay in receiving the segmented media packets. For example, ifthe expected delay in receiving segmented media packets exceeds thedequeue time of the buffer, the processor 28 may continue to bufferstreamed media packets after the initial dequeue of the entire bufferand request the segmented media packets that fall outside of asubsequent buffer dequeue time.

In other embodiments, the processor 28 may assign different prioritiesto different portions of segmented media packets 27. For example, theprocessor 28 may assign a higher priority to a portion of segmentedmedia packets that falls immediately outside of the buffer and lowerpriorities to other portions of segmented media packets. In addition,the priorities can be redistributed over time as the media is consumedand the buffer 24 contents change. For example, the priorities can beassigned based on the current playback position in the buffer 24. In anexemplary embodiment, the assigned priorities can be used by theprocessor 28 to determine which media file sources to request thesegmented media packets from. For example, a portion with a higherpriority can be requested from the highest performing media filesource(s). In another exemplary embodiment, the assigned priorities canalso be sent to the media file sources for use in assigning a quality ofservice to the transmitted segmented media packets. For example, adifferent QoS can be assigned to each priority.

Turning now to FIG. 3B, the processor 28 may use the streamed mediapackets 25 stored in the buffer 24 to fill in gaps in the segmentedmedia packets 27. For example, as shown in FIG. 3B, media packet #3 ismissing from the segmented media packets 27 stored in the memory 26.Therefore, the processor 28 can retrieve media packets #1, #2 and #4from the memory 26 and missing media packet #3 from the buffer 24 toproduce the media file 5. Similarly, the processor 28 may use thesegmented media packets 27 stored in the memory 26 to fill in gaps inthe streamed media packets 25 stored in the buffer 24. For example, ifthe processor 28 determines that media packet #3 was not receivedcorrectly, the processor 28 can access the memory 26 to retrieve mediapacket #3.

FIGS. 4A-4D are schematic block diagrams illustrating exemplaryoperations of the media player 20 to request segmented media packets 27from various media file sources 70 in accordance with the presentinvention. As can be seen in FIG. 4A, the media player 20 generates arequest 80 for segmented media packets from a particular media filesource 70 and transmits the request to the media file source 70 vianetwork 40 using a URL and/or IP address for the media file source 70.The request 80 can be a request for the entire media file (i.e., allmedia packets) or a request for a portion or portions of the media file(i.e., a list or grouping of media packets). For example, the request 80can indicate that the media player 20 would like to receive mediapackets starting at a first offset time from the beginning of the mediafile 5 and ending at a second offset time from the beginning of themedia file 5. In addition, the media player 20 can generate and transmitmultiple requests 80 to the media file source 70, each for a differentsegment of the media file 5. These requests can be generated in order orout of order (i.e., the media player 20 can request media packets#10-#15 and then subsequently send a request for media packets #5-#9).

The media file source 70 transmits the requested segmented media packets27 to the media player via network 40. The received segmented mediapackets 27 are stored in memory 26 by processor 28. The receivedsegmented media packets 27 may be received in any order. For example, inan exemplary operation, if the media player 20 requested media packets#5-#10 from the media file source 70, the requested media packets may betransmitted and/or received out of order (i.e., media packet #6 may bereceived before media packet #5). In another embodiment, the mediaplayer 20 may request that the segmented media packets be received inorder (i.e., sequential transmission and reception).

FIG. 4B illustrates a media player 20 generating multiple requests 80a-80 c to multiple media file sources 70 a-70 c, respectively, for themedia file 5. The media player 20 can select the media file sources 70a-70 c to receive the request based on a number of different factors,including but not limited to, the current upload/download traffic,firewalls and/or the past performance of the media file sources (i.e.,the media player 20 can select the media file sources that have had thehighest quality of service and/or the fastest average delivery time).

In FIG. 4B, each request 80 a-80 c is for the same segment of the mediafile 5. However, in other embodiments, each request 80 a-80 c can be fora different segment of the media file 5. In addition, in FIG. 4B, allrequests 80 a-80 c are generated simultaneously. However, in otherembodiments, the requests 80 a-80 c can be generated sequentially.

Each of the media file sources 70 a-70 c receives their respectiverequest 80 a-80 c via network 40, processes their respective request 80a-80 c and transmits the requested segmented media packets 27 a-27 cassociated with their respective request 80 a-80 c back to the mediaplayer 20 via network 40. Upon receiving the requested segmented mediapackets 27 a-27 c, the processor 28 processes the received segmentedmedia packets 27 a-27 c and selectively stores them in memory 26. Forexample, as shown in FIG. 4B, since all requests 80 a-80 c were for thesame media packets, the processor 28 stores only one of the receivedsegmented media packets 27 a in memory 26. The stored segmented mediapackets 27 a can be, for example, the first media packets received orthe media packets with the highest quality of service (QoS). Therefore,by requesting the same segment from multiple sources 70 a-70 c, themedia player 20 can ensure a higher QoS for that segment than may bepossible if requesting from only a single source.

In another embodiment, as shown in FIG. 4C, the processor 28 can storeall of the segmented media packets 27 a-27 c received from each of themedia file sources 70 a-70 c within the memory 26. In this embodiment,if all received segmented media packets 27 a-27 c are the same mediapackets, the processor 28 can verify the integrity of the data withinone of the received segmented media packets 27 a using the otherreceived segmented media packets 27 b and 27 c. For example, if thesegmented media packets 27 a from media file source 70 a are receivedfirst, the processor 28 can use subsequently received media packets 27 band 27 c from media file sources 70 b and 70 c to confirm the CRC(Cyclic Redundancy Check) code of the initially received segmented mediapackets 27 a.

FIG. 4D illustrates an exemplary operation of the media player 20 toassign a priority 82 to a media packet request 80. In FIG. 4D, the mediaplayer generates and transmits requests 80 a and 80 b, each includingpriority 82, to media file sources 70 a and 70 b, respectively. In oneembodiment, the priority 82 can be used by the network 40 to transportthe requests 80 a and 80 b to the media file sources 70 a and 70 b. Inanother embodiment, the priority 82 can be used at the media filesources 70 a and 70 b to process the requests 80 a and 80 b and/orensure a more reliable delivery of the requested segmented media packets27 from the media file sources 70 a and 70 b. For example, in anexemplary embodiment, as shown in FIG. 4D, the priority 82 indicates aparticular transmission priority 82 (i.e., a quality of service) for therequested segmented media packets 27 a.

In an exemplary operation, as shown in FIG. 4D, upon receipt of therequest 80 a and priority 82 at media file source 70 a, the media filesource 70 a initiates transmission of the requested segmented mediapackets 27 a towards the media player 20 with a particular quality ofservice (QoS). The QoS is used by the network 40 to ensure a reliableand timely delivery of the requested segmented media packets 27 a to themedia player 20. If the requested QoS cannot be provided by one of themedia file sources, e.g., media file source 70 b, the request 80 b maynot be processed.

FIG. 5 is a schematic block diagram illustrating an exemplary operationof the media player 20 to generate a request 80 for segmented mediapackets in accordance with the present invention. In FIG. 5, the request80 is generated by the processor 28 based on the current playbackposition 23 within the buffer 24. For example, the current playbackposition 23 is pointing to media packet #4 within the buffer 24. Theprocessor 28, with knowledge of the current playback position 23,determines which media packets of the media file to request fromadditional media file sources. The requested segmented media packets canbe outside of the buffer or within the buffer 24. In FIG. 5, therequested segmented media packets are at the end of the buffer 24 (i.e.,media packet #N−10 through media packet #N). The request 80 istransmitted to at least one segmented media file source via networkinterface 22.

In addition, as described above, the request 80 can indicate aparticular priority for the media packets. In one embodiment, thepriority can be determined based on the playback position 23 in thebuffer 24. For example, requested segmented media packets towards theend of the buffer 24 can have a lower priority than requested segmentedmedia packets towards the beginning of the buffer 24. Differentpriorities can be used based on the playback position 23 and buffertime. The priority can also dynamically change based on the currentplayback position 23 in the buffer 24 and/or the number or identity ofsegmented media packets already received. For example, multiple requests80 for the same segmented media packets can be sent sequentially, eachwith a different priority depending on the playback position and/orwhich segmented media packets have already been received.

FIG. 6 is a logic diagram of an exemplary process for producing a mediafile using parallel download streamed and segmented media file sourcesin accordance with the present invention. Initially, at step 600,streamed media packets of the media file are received in sequentialpacket number order from a first source. At step 610, the streamed mediapackets are stored in a buffer. In addition, at steps 620 and 630,segmented media packets of the media file are received in random orderfrom a second source and stored in a memory. Finally, at step 640, themedia file is produced from a combination of the streamed media packetsin the buffer and the segmented media packets in the memory.

As may be used herein, the term(s) “coupled to” and/or “coupling”includes direct coupling between items and/or indirect coupling betweenitems via an intervening item (e.g., an item includes, but is notlimited to, a component, an element, a circuit, and/or a module) where,for indirect coupling, the intervening item does not modify theinformation of a signal but may adjust its current level, voltage level,and/or power level. As may further be used herein, inferred coupling(i.e., where one element is coupled to another element by inference)includes direct and indirect coupling between two items in the samemanner as “coupled to”. As may even further be used herein, the term“operable to” indicates that an item includes one or more of powerconnections, input(s), output(s), etc., to perform one or more itscorresponding functions and may further include inferred coupling to oneor more other items. As may still further be used herein, the term“associated with”, includes direct and/or indirect coupling of separateitems and/or one item being embedded within another item.

The present invention has also been described above with the aid ofmethod steps illustrating the performance of specified functions andrelationships thereof. The boundaries and sequence of these functionalbuilding blocks and method steps have been arbitrarily defined hereinfor convenience of description. Alternate boundaries and sequences canbe defined so long as the specified functions and relationships areappropriately performed. Any such alternate boundaries or sequences arethus within the scope and spirit of the claimed invention.

The present invention has further been described above with the aid offunctional building blocks illustrating the performance of certainsignificant functions. The boundaries of these functional buildingblocks have been arbitrarily defined for convenience of description.Alternate boundaries could be defined as long as the certain significantfunctions are appropriately performed. Similarly, flow diagram blocksmay also have been arbitrarily defined herein to illustrate certainsignificant functionality. To the extent used, the flow diagram blockboundaries and sequence could have been defined otherwise and stillperform the certain significant functionality. Such alternatedefinitions of both functional building blocks and flow diagram blocksand sequences are thus within the scope and spirit of the claimedinvention. One of average skill in the art will also recognize that thefunctional building blocks, and other illustrative blocks, modules andcomponents herein, can be implemented as illustrated or by discretecomponents, application specific integrated circuits, processorsexecuting appropriate software and the like or any combination thereof.

What is claimed is:
 1. A media player, comprising: a network interfacecoupled to a network to receive a media file from at least two sources,a first source streaming delivery of streamed media packets of the mediafile and a second source providing segmented delivery of segmented mediapackets of the media file, the streamed media packets and the segmentedmedia packets at least partially overlapping; and a processor operableto determine available media packets corresponding to ones of thestreamed media packets and the segmented media packets that have beenreceived by the network interface and to produce the media file using atleast a portion of the available media packets.
 2. The media player ofclaim 1, wherein the processor is further operable to produce the mediafile by combining the streamed media packets corresponding to a firstportion of the media file with the segmented media packets correspondingto a second portion of the media file.
 3. The media player of claim 2,wherein the first portion corresponds to one of a beginning of the mediafile or an ending of the media file.
 4. The media player of claim 1,wherein the processor is further operable to identify missing mediapackets from the segmented media packets and to use the streamed mediapackets corresponding to the missing media packets to produce the mediafile.
 5. The media player of claim 1, wherein the processor is furtheroperable to request the segmented media packets from the second source.6. The media player of claim 5, wherein the processor is furtheroperable to indicate a priority for a portion of the media file from thesecond source.
 7. The media player of claim 6, wherein the priorityspecifies a quality of service for the portion of the media file.
 8. Themedia player of claim 7, wherein the processor is further operable torequest the portion of the media file from multiple secondary sourcesand the quality of service is determined by the number of multiplesecondary sources.
 9. The media player of claim 8, wherein the processoris further operable to use the segmented media packets received from oneof the multiple secondary sources and discard the segmented mediapackets received from others of the multiple secondary sources.
 10. Themedia player of claim 8, wherein the processor is further operable toverify the integrity of data contained within the segmented mediapackets received from an initial one of the multiple secondary sourcesusing the segmented media packets received from at least one subsequentone of the multiple secondary sources.
 11. The media player of claim 6,wherein the processor is further operable to indicate differentpriorities for different portions of the media file.
 12. The mediaplayer of claim 6, wherein the portion of the media file associated withthe priority includes the segmented media packets corresponding to asection of the streamed media packets not yet received.
 13. The mediaplayer of claim 12, wherein the section of the streamed media packetsincludes a next group of media packets to be received.
 14. The mediaplayer of claim 12, wherein the section of the streamed media packetsdynamically varies over time.
 15. The media player of claim 6, furthercomprising: a buffer for storing the streamed media packets, wherein theportion of the media file associated with the priority is determinedbased upon a playback position within the buffer.
 16. A media player,comprising: a network interface coupled to a network to receive a samemedia file from at least two sources, a first source streaming deliveryof streamed media packets of the media file and a second sourceproviding segmented delivery of segmented media packets of the mediafile, the streamed media packets and the segmented media packets atleast partially overlapping; a memory for storing the segmented mediapackets; and a processor operable to use available media packets of thestreamed media packets and at least a portion of the segmented mediapackets to produce the media file, the available media packetscorresponding to ones of the streamed media packets that have beenreceived by the network interface.
 17. A method for producing a mediafile for display using parallel download streamed and segmented mediafile sources, comprising: receiving, by a media player, streamed mediapackets of the media file from a first source; receiving, by the mediaplayer, segmented media packets of the media file from a second source,the streamed media packets and the segmented media packets at leastpartially overlapping; determining available media packets correspondingto ones of the streamed media packets and the segmented media packetsthat have been received; and producing the media file using at least aportion of the available media packets.
 18. The method of claim 17,wherein the producing further includes combining the streamed mediapackets corresponding to a first portion of the media file with thesegmented media packets corresponding to a second portion of the mediafile.
 19. The method of claim 17, wherein the producing the media filefurther includes: identifying missing media packets from the segmentedmedia packets; and using the streamed media packets corresponding to themissing media packets to produce the media file.
 20. The method of claim17, wherein the receiving the segmented media packets further includes:requesting the segmented media packets from the second source; andindicating a priority for a portion of the media file from the secondsource.